Interaktive Kurzreferenz: Datenformate, Datenquellen & REST-API

1Datenformate im Überblick

Format	Aufbau	Typische Nutzung	Vorteile	Nachteile
CSV	Zeilen und Spalten, getrennt durch Trennzeichen	Import/Export, Tabellen	einfach, klein, weit verbreitet	keine Hierarchie, Datentypen unklar
JSON	Schlüssel-Wert-Paare, Arrays, Objekte	REST-APIs, Web, Datenaustausch	leichtgewichtig, hierarchisch, gut lesbar	keine Kommentare, Schema optional
XML	Tags und Attribute, verschachtelt	Schnittstellen, Konfiguration, Datenaustausch	streng strukturiert, validierbar	umfangreich, oft sehr ausführlich
YAML	Einrückungsbasiert	Konfiguration	sehr lesbar für Menschen	fehleranfällig bei Leerzeichen

Kurzbeispiel JSON

{
  "name": "Anna",
  "alter": 21,
  "kurs": "API"
}

Kurzbeispiel CSV

name;alter;kurs
Anna;21;API

Kurzbeispiel XML

<student>
  <name>Anna</name>
  <alter>21</alter>
</student>
Durch Einrückung und Einordnung von einzelnen Objekten 
kann eine Hierarchie dargestellt werden!

2Datenquellen

Interne Quellen

Datenbanken, ERP, CRM, Ticketsysteme, Logdateien, Sensoren

Externe Quellen

Open Data, Partner-APIs, Behördenportale, Social Media, Web Scraping, Lieferantendateien

Nach Struktur

strukturiert: SQL-Tabellen, CSV
semi-strukturiert: JSON, XML, Logdateien
unstrukturiert: PDF, Bilder, Audio, Video

3Datenqualität prüfen

✓ Vollständigkeit✓ Genauigkeit✓ Aktualität✓ Konsistenz✓ Eindeutigkeit✓ Relevanz✓ Rechtmäßigkeit / DSGVO

Merksatz: Garbage in, garbage out.

4Vom Rohdatum zur Information

Quelle→Erfassung→Bereinigung / Validierung→Speicherung→Analyse / Nutzung

5Mini-Selbsttest

1Grundbegriffe

API = Programmierschnittstelle zum Datenaustausch

REST = Architekturstil für Web-APIs

Ressource = eindeutig adressierbares Objekt, z. B. /users/42

Endpoint = konkrete URL einer API-Funktion

Client sendet Anfrage, Server liefert Antwort. Repräsentation meist JSON.

2REST-Prinzipien

Client-Server-Trennung
zustandslos (stateless)
einheitliche Schnittstelle
cachebar
Schichtenmodell

Jede Anfrage enthält alle nötigen Informationen.

3HTTP-Methoden

Methode	Bedeutung	Kann die Methode ohne Risiken verwendet werden?	Passiert immer das gleiche bei wiederholter Ausführung?
GET	lesen	ja	ja
POST	neu anlegen	nein	nein
PUT	vollständig ersetzen	nein	ja
PATCH	teilweise ändern	nein	nicht garantiert
DELETE	löschen	nein	ja

4Aufbau einer Anfrage

Methode + URL
Header: Accept, Content-Type, Authorization
Query-Parameter: ?page=2&sort=name
Body: meist bei POST, PUT, PATCH
Auth: API-Key oder Bearer Token

GET /api/v1/users/42?details=true
Authorization: Bearer <token>

5Statuscodes

200 OK201 Created204 No Content400 Bad Request401 Unauthorized403 Forbidden404 Not Found409 Conflict500 Internal Server Error

6Best Practices

Nomen statt Verben in URLs: /users statt /getUsers
Versionierung: /api/v1
konsistente JSON-Struktur
passende Statuscodes verwenden
HTTPS und Authentifizierung nutzen
Fehler klar beschreiben

7Flashcards

8Mini-Selbsttest REST

Prüfungstipp: Erkläre bei REST immer Methode, URL, Statuscode und Datenformat zusammen.